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ABSTRACT 

In this paper we show that gossip algorithms may be ef- 
fectively used to disseminate game events in Peer-to-Peer 
(P2P) Multiplayer Online Games (MOGs). Game events 
are disseminated through an overlay network. The proposed 
scheme exploits the typical behavior of players to tune the 
data dissemination. In fact, it is well known that users play- 
ing a MOG typically generate game events at a rate that can 
be approximated using some (game dependent) probability 
distribution. Hence, as soon as a given node experiences 
a reception rate, for messages coming from a given peer, 
which is lower than expected, it can send a stimulus to the 
neighbor that usually forwards these messages, asking it to 
increase its dissemination probability. Three variants of this 
approach will be studied. According to the first one, upon 
reception of a stimulus from a neighbor, a peer increases its 
dissemination probability towards that node irrespectively 
from the sender. In the second protocol a peer increases 
only the dissemination probability for a given sender to- 
wards all its neighbors. Finally, the third protocol takes 
into consideration both the sender and the neighbor in or- 
der to decide how to increase the dissemination probability. 
We performed extensive simulations to assess the efficacy of 
the proposed scheme, and based on the simulation results we 
compare the different dissemination protocols. The results 
confirm that adaptive gossip schemes are indeed effective 
and deserve further investigation. 
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1. INTRODUCTION 

Multiplayer Online Games (MOGs) are very demanding 
applications, that require smart solutions to support the fre- 
quent interactions among players occurring in a game ses- 
sion. Responsiveness and scalability are probably the two 
main requirements that a distributed architecture should 
provide in order to fully support MOGs. Scalable MOG con- 
figurations can be obtained by replicating the game state at 
different nodes on the network, so as to avoid the presence 
of a single point of failure (i.e. a single server). Different 
solutions may be adopted. Among them, we cite mirrored 
server architectures, where replicated servers are geograph- 
ically distributed and clients may connect to one of these 
servers (5] 1111 117) . Another option is the use of Peer-to-Peer 
(P2P) architectures, where some kind of overlay network 
is employed to distribute game events among game partici- 
pants [2j[8l[l0]. In this work, we focus on P2P architectures. 

As to responsiveness, smart schemes are needed for the 
dissemination of game events among nodes participating to 
the same game session, especially among those that maintain 
and manage a local version of the game state. In fact, these 
nodes must quickly compute game advancements, which are 
consistent with those computed by other nodes. 

Previous works have already demonstrated that gossip 
strategies can be proficiently employed to disseminate data 
in P2P overlay networks [7l[l0]. The topology of the overlay 
is a critical aspect, since the different characteristics of the 
network correspond to different features that influence the 
message dissemination. For instance, when peers organize 
themselves as a scale-free network, the network as a low di- 
ameter; hence, a low number of hops is required to cover the 
whole network with a broadcast message. However, certain 
nodes must act as hubs, i.e. they maintain a large number 
of neighbors (degree). This corresponds to an unbalanced 
workload among peers. Conversely, overlays with uniform 
degree distribution result in balanced workload required to 
forward messages in the network. 

Regardless of the network structure employed as the P2P 
overlay, the use of a dissemination strategy based on a static 
spanning tree built on top of such overlay is not appropriate 
for highly dynamic scenarios, such as P2P systems where the 
number of nodes (and hence the network itself) frequently 
changes. At the same time, it is not possible to employ 
pure broadcasts to disseminate game events. In fact, the 
number of updates generated during a game session is quite 



high. Hence, it is necessary to avoid as much as possible 
redundant transmissions to not congestion the network. 

The considerations above motivate the need to devise novel, 
adaptive decentralized algorithms for game events distribu- 
tion in dynamic P2P systems. In this paper, we propose an 
adaptive gossip scheme that exploits the typical behavior of 
game players to optimize the message distribution among 
nodes. It is known that MOG players commonly gener- 
ate game events according to some (game-specific) inter- 
generation probability distribution between successive moves 
[3]. This feature can be employed to dynamically tune the 
dissemination probability of events coming from a given peer 
in the overlay. 

Specifically, based on our approach, messages are gossiped 
through an overlay network (a mesh) using a completely de- 
centralized approach. Once a peer receives a message from a 
neighbor, it forwards the message to other neighbors based 
on a dissemination probability. As soon as a node p ob- 
serves that it is receiving messages from another peer q at a 
rate lower than expected, it activates a countermeasure, ask- 
ing its neighborhood (actually, the neighbor n from which 
it usually receives messages originated from g or a random 
neighbor if it did not receive any message at all) to increase 
its dissemination probability of game events. Three variants 
of the this scheme are considered. According to the first 
one, upon reception at n of a request from p to increase 
the event flow, n increases the probability of dissemination 
of game events towards n, independently of the originator 
of the events to be forwarded. In the second approach, n 
increases its dissemination probability only for game events 
originating from q (independently from the receivers). In the 
third variant, the node n increases its dissemination proba- 
bility only for game events coming from q and that will be 
delivered to p, that is the specific sender that has requested 
the probability increase. 

The request from p to n to increase the dissemination 
probability can be interpreted as a stimulus that remains 
active at n for a limited period of time. Then, the dissemina- 
tion probability returns to the original value (i.e. the stimu- 
lus decades in time). This approach is adopted to avoid that 
in time all dissemination probabilities reach the maximum 
value and thus the gossip scheme becomes a pure broadcast 
algorithm. 

We assessed the algorithms above using simulation exper- 
iments. The results demonstrates the effectiveness of our 
approach; in particular, we we observe that adaptive gossip 
schemes improve the game event dissemination with limited 
additional overhead. Additional experimental and method- 
ological aspects will be discussed in detail. 

The reminder of this paper is structured as follows. Sec- 
tion [2] presents the system model. In Section [3] we discuss 
the adaptive gossip algorithms. Section [4] reports on simu- 
lation experiments we carried out to assess the viability of 
our proposal. Finally, concluding remarks are reported in 
Section [5l 

2. SYSTEM MODEL 

We consider a MOG system organized as a P2P network. 
Peers communicate through an overlay, which means that 
only nodes which are directly connected in the overlay can 
exchange messages. Nodes which are not directly connected 
must resort to multi-hop communication. We do not im- 
pose any restriction on the overlay, which can be generated 



using any kind of algorithm and attachment protocol when 
peers join the network. Several alternatives exist in the lit- 
erature dimii]. 

Each node produces game events which must be dissemi- 
nated to all other nodes in the network. The inter-generation 
time of events follows a node-specific probability distribu- 
tion. 

It is clear that the topology of the overlay has a strong 
infiuence on the performances of the content dissemination. 
For instance, if a scale-free network is employed, then the 
network has a low diameter (in general it ranges from log log A'^ 
to log A, being N the number of nodes). This means that 
a message requires very few hops to travel from a node to 
any other node, assuming that routing happens only along 
shortest paths. Also, scale-free networks are known to be re- 
silient against random failures flSl. However, they contain 
a non- negligible fraction of peers with high degree; these 
nodes (hubs) have a high number of neighbors, and thus 
must maintain a high number of active connections [51 [T] 
I15j . Hubs will likely sustain a higher workload than the 
other low-degree nodes. 

Conversely, if a network has uniform degree distribution, 
meaning that all nodes have approximately the same num- 
ber of neighbor nodes, then the workload is equally shared 
among all peers. However, the diameter of the network in- 
creases, and so does the number of hops needed to cover the 
whole network with a broadcast [5] . Moreover, random net- 
works are more prone to partitioning after random failures. 
Hence, some additional control mechanism is needed to cope 
with this issue. 

We assume that in the P2P system, every peer knows 
all other peers. This is quite reasonable in a MOG, since 
all players may interact with all other participants in the 
virtual world. In order to reduce the amount of peers in the 
same network, several strategies may be employed that, in 
essence, divide the virtual world in areas of interest, hence 
restricting the interactions only among peers in the same 
virtual region [2] 1161 120| . Messages containing game events 
are distributed through the overlay. This avoids that all 
peers must directly communicate with all other peers in the 
network. 

3. ADAPTIVE GOSSIP 

The adaptive gossip algorithn^Q is a basic push scheme: 
nodes which have novel information to disseminate are re- 
sponsible for generating or forwarding messages to other 
peers [10]. Each node forwards messages (game events) to 
a random subset of its neighbors. The peculiarity of our 
proposal is that the dissemination probability of messages 
at node p varies depending on the communication perfor- 
mances perceived at p during the game session. 

As mentioned, each peer p knows the list of peers inter- 
acting in a given area of interest of the virtual world. For 
each peer, p maintains statistical information on received 
messages, such as the average reception rate and the times 
of last received events. These metrics allow p to estimate 
whether it is receiving updates from other peers at the "cor- 
rect" rate. 

The gossip protocol is executed when p receives a novel 

^In the following of this paper, when referred to the pro- 
posed adaptive gossip schemes the terms "algorithm" and 
"protocol" will be used interchangeably. 



Algorithm 1 Adaptive Gossip #1: gossiping procedure ex- 
ecuted by p 

Require: msg generated at p V msg received from a peer q 
1: A'p <— p's neiglibors \ q {q = NULL if msg originated at p} 
2: if msg is a duplicate then 
3: Return 
4: end if 

5: for all n e A'p do 

6: currentTime <— GEtTime() 

7: Vn <— COMPUTETHRESHOLD(n, CurrentTime) 

8: if random() < Vn then 

9: SWY>{msg,n) 
10: end if 
11: end for 



Algorithm 2 Adaptive Gossip #1; Monitoring procedure 
executed by p 
1: loop 

2: SLEEP(monitoringPeriod) 

3: peerList <— retrievePeersLowRate() {retrieve peers 

with low reception rate} 
4: for all j g peerList do 

5: g FORWARDER.(j) {neighbor that sends msgs from j'} 

6: SENd((7, "low rate from j") 

7: end for 
8: end loop 



game event generated at the application layer, or when a 
game event is received from another peer q. In either case, 
p randomly selects some neighbors to which the event will 
be propagated |14l I19| . In what follows, we consider three 
different protocols that exploit a stimulus to increase the 
probability of dissemination of messages at a given peer, 
based on measured performances. 

3.1 Algorithm #1: Stimuli Associated to Re- 
ceivers 

The first protocol works as follows. When a node p re- 
ceives a new message msg from one of its neighbors q, then 
p considers all its neighbors (except q). For each neighbor n, 
the message is forwarded to n with probability ?j„, where u„ 
is a threshold which is dynamically computed (details will 
be given shortly). Note that each message is processed only 
once: we assume that each node p maintains a LRU cache 
of recently seen messages, and drops all duplicates which 
are received after the first message has been processed. The 
pseudo-code for this protocol is shown in Algorithm [T] 

The threshold w„ plays a fundamental role for the message 
dissemination, since after such a gossip p will never recon- 
sider msg for dissemination. All values Vn are initially set 
to a given constant wo- Then, all values are updated period- 
ically by a monitoring procedure, which runs on each peer. 
The monitoring procedure periodically measures the recep- 
tion rate of game events originated at each node i in the 
overlay network. As soon as p observes a lower game event 
reception rate from a peer (say j), it selects the neighbor 
q from which it usually receives messages containing game 
events generated by then, p sends q a stimulus message 
to request the increase of the value of Vp stored at q. This 
procedure is sketched in Algorithm [21 

The retrievePeersLowRate() procedure (hne[3l Algo- 
rithm [2J collects the list of nodes i, in the whole network, 

^When multiple peers are possible forwarders of messages 
originating from j, g is selected as a random neighbor of p. 



Algorithm 3 Adaptive Gossip ^1: Procedure executed by 
p upon stimulus reception 

Require: stimulus received from q 
1: timeLastStimuluSq = GEtTime() 




f f f f Time 

Figure 1: Pictorial representation of function Vp. A 
stimulus a is received at times to,ti,t2 and tg. At 
time t2, the stimulus adds a to the current value of 
Vp. Vp decays linearly to vq after time A from the 
last received stimulus. 

from which Ri messages has been received in the monitoring 
period Tmon such that 

Ri < aUjTmon 

where uj is the expected event generation rate, and a is a 
parameter that can be tuned. 

The stimulus that increases the dissemination probability 
Vp decays over time. This means that after a certain dead- 
line, its effect terminates and Vp comes back to the default 
value vq. Algorithm [3] describes what happens at q upon 
reception of a request from p to increase its dissemination 
probability: a variable timeLastStimuluSp, which contains 
the last received stimulus from p, is updated to the current 
time. In fact, the measure of the threshold Vp depends on 
the time elapsed since timeLastStimuluSp as we will discuss 
shortly. 

Different implementations of the COMPUTeThreshold() 
procedure (line [7] in Algorithm [T]) are possible. In the simu- 
lations, we adopted the following function: all thresholds are 
initialized to a default value vq. Upon reception of a stimu- 
lus from a peer p at time timeLastStiumluSp, the actual value 
of Vp is increased by a fixed quantity a. Then, Vp decades 
linearly over a time interval of length A, such that at time 
timeLastStimuluSp + A its value is back to vq. If another 
stimulus is received during the decaying phase, the stimu- 
lus adds to the current value of Vp and timeLastStimuluSp 
is updated accordingly; in any case, Vp decays linearly to vq 
after time A from timeLastStimuluSp. We also remark that 
the value of Vp is limited to 1. See Figure [T] for a pictorial 
explanation. 

3.2 Algorithm #2: Stimuli Associated to Gen- 
erators 

We now consider a protocol which differs from the previ- 
ous one in the method to adapt the dissemination threshold. 
Each peer p maintains an array of dissemination thresholds, 
one for each node in the network. As soon as a new mes- 
sage msg generated by s has to be disseminated by p, all p's 
neighbors (except the peer q that sent msg, if msg has not 
been originated by p itself) are considered and a threshold 



Algorithm 4 Adaptive Gossip #2: the gossiping procedure 
executed at p 

Require: msg generated at p V msg received from a peer q 
1: if msg is a duplicate then 
2: Return 
3: end if 

4: Np *r- p's nciglibors \ q {q = NULL if msg originated at p} 

5: s <— peer tiiat generated msg 

6: currentTime <— GEtTime() 

7: 73 <— COMPUTeProb(s, currentTime) 

8: for all n e A^p do 

9: if aANDOM() < 7^ then 
10: SEND{msg,n) 
11: end if 
12: end for 



value 73 < 1 is computed The value 7^ is employed as 
the threshold to determine if msg has to be gossiped to a 
given neighbor. The pseudo-code of the described protocol 
is outlined in Algorithm U 

The monitoring procedure remains the same as the in pre- 
vious scheme (Algorithm [2]), as well as the function used to 
compute the actual value of the threshold (computeThre- 
SHOLd(), line [7] in Algorithm |4]) . The only difference is that 
values 7s, 70 must be employed instead of Up, vo- The same 
happens for what concerns the request from q to p to increase 
the dissemination probability related to peer j, i.e. the pro- 
cedure is equal, however, the variable timeLastStimuluSj is 
employed to update the variable 7^,. 

3.3 Algorithm #3: Stimuli Associated to Gen- 
erators and Receivers 

This version of the adaptive dissemination protocol is de- 
rived from Algorithm #2 and also in this case the difference 
is in the mechanism used to adapt the threshold employed 
to gossip messages. In this variant, each peer p has not 
a single array of dissemination thresholds (such as in Alg. 
#2), rather it maintains a set of arrays (one for each neigh- 
bor) . In this way, each stimulus that is received will cause a 
very selective update: it will change the probability to dis- 
seminate the messages originated by a specific node which 
should be forwarded to a given neighbor. The other parts of 
the dissemination algorithm remain unaltered. The aim of 
this protocol is to generate much more stimuli but each one 
is very specific and targeted. 

4. SIMULATION ASSESSMENT 

In this Section we investigate the performance of the dis- 
semination protocols described above using a simulation mo- 
del. First of all some aspects about the comparison of dis- 
semination protocols will be discussed. Then the proposed 
algorithms will be compared to some well known gossip pro- 
tocols. Finally, some variants (i.e. different setups) of the 
protocol that gives the best outcomes will be shown. 

4.1 Testbed and metrics 

All dissemination protocols have been run on a set of 100 
different overlay networks that have been randomly gener- 
ated using an Erdos-Renyi generator. All graphs are undi- 
rected, and they have been constructed to ensure that they 

^ Since the message is gossiped through an overlay, it is pos- 
sible that q ^ s. 



are also connected. Furthermore, we ensure that the di- 
ameter of the graphs is always less than a predefined value 
(i.e. that will be used to set the Time- To-Live in dissemina- 
tion messages). As said before, also other graph structures 
(i.e. scale-free and small-world) would be interesting to eval- 
uate but are left as future work. 

We now define some metrics under which the protocols 
will be evaluated. Informally, a desirable property of a dis- 
semination protocol is that of being able to reach all nodes, 
and this should happen as quickly as possible. Thus we de- 
fine a metric called coverage, which denotes the fraction of 
nodes which actually received the messages. Ideally we wish 
to obtain 100% coverage, meaning that all nodes received all 
the generated messages. The second metric is called delay, 
and represents the average number of hops that a message 
traverses before reaching a node (lower is better). The de- 
lay is computed as follows: when a message is received by 
a node for the first time, that node records the number of 
hops the message traversed from its generation. The delay 
is computed as the number of hops, averaged over all nodes 
which received the message, and over all messages sent dur- 
ing a simulation run. 

It is important to also define appropriate cost metrics, 
so that all dissemination protocols can be compared in the 
same conditions. We define the "overhead ratio" p as follows: 

Delivered messages 
^ Lower bound 

where "delivered messages" is the total number of messages 
that are delivered in a simulation run by a specific dissemina- 
tion protocol and the "lower bound" is the minimum number 
of messages (in each graph) that are necessary to obtain a 
complete coverage. Thus, the lower bound represents the 
number of messages sent by a broadcast protocol which de- 
liver events along the edges of a spanning tree, and never 
sends duplicates. The lower bound depends on the graph 
and is independent from the dissemination protocol to be 
used. For example, in a graph of n nodes and in which m 
different events are generated, the lower bound to the num- 
ber of delivered messages is Q{nm). Each newly generated 
message has to traverse at least n — 1 links to eventually 
reach all nodes in the graph. Observe that n — 1 is precisely 
the number of edges on any spanning tree on a graph with 
n vertices. 

4.2 Simulator 

The performance evaluation of the adaptive gossip al- 
gorithms described in Section [3] has been conducted using 
discrete-event simulation based approach. The simulator, 
called LUNES (Large Unstructured NEtwork Simulator) [1] 
has been rewritten from scratch after our previous work on 
PaScaS [g. 

The main goal of LUNES is to offer an efficient and easy- 
to-use tool for the simulation of complex protocols on top 
of large graphs. In practice, LUNES is able to import the 
graph topologies generated by other tools (e.g. igraph) and 
provides the functionalities that are needed for the perfor- 
mance evaluation of simulated protocols. One of the main 
goals of the simulator redesign is to obtain a tool that clearly 
splits the fundamental phases: 



• network topology creation; 

• protocol simulation in a specific testbed; 

• traces analysis (i.e. performance evaluation). 

This modular approach permits the easy integration of ex- 
ternal software tools. In practice, such integration is based 
on very simple template files (such as the graphviz dot lan- 
guage 13 ) and a provides a good level of extensibility. Un- 
der the performance and scalability viewpoint, the most de- 
manding points are the protocol simulation and the traces 
analysis. The first one is demanded to a specific simulator 
that will be discussed shortly. The second one, that is the 
traces analysis, has been excluded from the simulation tasks 
and some specific software tools have been implemented. 

The amount of traces generated by a single run of the 
protocols described in this paper, in a medium size graph, 
is pretty large. For example, to evaluate the performance of 
a dissemination protocol all the different messages seen by 
each node have to be accounted for. Therefore, efficiency is 
essential in order to obtain timely results. In the current ver- 
sion of LUNES this task is implemented via a mix of shell 
scrips and dedicated tools written in C language (for per- 
formance reasons). All such tools have been designed and 
implemented to work in parallel and therefore are able to 
exploit all the computational resources provided by parallel 
(multi-processor or multi-core) architectures. 

As said above, the simulation services are demanded to 
the ARTIS middleware and the GAIA framework [T] . In this 
way, the LUNES user does not need to deal with low-level 
simulation details and can transparently take advantage of 
all the features offered by GAIA/ ARTIS. In particular, to 
allow the simulation of large models, a parallel and distri- 
bution simulation approach can be followed and some ad- 
vanced features such as the dynamic model partitioning and 
load-balancing features are implemented transparently. For 
example, clusters composed of very heterogeneous nodes (in 
terms of hardware) can be employed for the simulation of 
large networks: the model partitioning is dynamic, adaptive 
and totally demanded to the simulation tools without any 
tuning to be done by the simulator user [6j. 

4.3 Model parameters 

In the following we have considered networks (i.e. graphs) 
composed of 100 nodes (i.e. peers) and generated as reported 
in Section 14.11 Each node has 2 edges, that is 200 edges 
in the whole network. Given the good scalability of the 
simulator, the evaluation of graphs with a larger number 
of vertices and edges is not a problem. This task is left 
as future work given that now we are more interested in a 
preliminary validation of the proposed approach. 

Focusing again on the model parameters, each simulation 
run is 5000 time steps long and each node in the network can 
generate new messages during the whole simulation lifespan. 
The time between successive messages is generated accord- 
ing to a typical exponential distribution. The variability 
of the inter-generation between two successive game events 
generated by the same peer is of main importance, since 
peers send stimuli to their neighbors based on the variabil- 
ity of reception of messages. In other words, it is impor- 
tant to understand whether a low game event reception rate 
is due to a poor dissemination caused by the gossip algo- 
rithm, rather than a low generation rate by a given node. It 



Algorithm 5 Fixed Probability dissemination 

Require: msg generated at p V msg received from a peer q 

1; Np <— p's neighbors \ q {q = NULL if msg originated at p} 

2; if msg is a duplicate then 

3: Return 

4: end if 

5; for all n g Np do 

6: if RANDOM () < vo then 

7; SEND{msg,n) 

8: end if 

9: end for 



Algorithm 6 Probabilistic Broadcast dissemination 

Require: msg generated at p V msg received from a peer q 

1: Np <— p's neighbors \ q {q = NULL if msg originated at p} 

2: if msg is a duplicate then 
3: Return 

4: end if 

5: if RANDOM < jJo V msg generated at p then 
6; for all n G A^p do 
7: SEND(msg,n) 
8: end for 

9; end if 



is worth noting that other "more predictable" distributions 
(e.g. uniform) would largely increase the results of all adap- 
tive dissemination algorithms. That's because each form of 
variability has the effect to "confuse" the evaluation heuris- 
tics implemented in the adaptive gossip protocols and to 
generate stimuli that are not necessary, with the side effect 
to increase the communication cost of the protocol. 

Finally, as already introduced in Section O each node 
implements a cache structure with the aim to reduce the 
number of duplicate messages sent around. This cache is 
managed using the Least Recently Used (LRU) replacement 
algorithm; the cache size has been set to 256 items. To limit 
the lifetime of each message in the network, we implemented 
a Time- To-Live (TTL) scheme. When a new message is cre- 
ated, the TTL is set to 8, a value that we ensure is always 
greater than or equal to the network diameter. As usual, 
each hop will reduce this value up to discarding. 

4.4 Results 

We first compare the simplest adaptive algorithm (i.e. Al- 
gorithm #1: Stimuli Associated to Receivers) with respect 
to very common dissemination algorithms such as the Fixed 
Probability and the Probabilistic Broadcast disseminations. 
In the Fixed Probability dissemination scheme (see Algo- 
rithm [5|, the node that receives a new message randomly 
selects those edges through which the message must be prop- 
agated. In the Probabilistic Broadcast (Algorithm [6|, the 
node decides whether to forward the received message with 
a certain probability. If the message is forwarded, it is always 
sent to all neighbors. For more details, see [101 [7]. We have 
already shown that another very common dissemination al- 
gorithm, called Fixed Fanout, is unable to offer acceptable 
results in these conditions |10) . 

In this first test, the setup of the adaptive algorithm is the 
following: monitoring Period — 100, a = 0.2, 5 = 300, a = 
1/3 (see Section [3] for the description of each parameter). 
For each algorithm, at least 10 different setups have been 
evaluated and the best results are shown. 

The Figures in this Section show the results obtained by 
the proposed dissemination protocols (in terms of coverage 
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Figure 3: Dissemination protocols, delay 



and delay) with respect to the cost (in terms of "overhead", 
p) incurred by each protocol. Given a dissemination proto- 
col and a specific setup, we varied a single parameter: the 
default dissemination probability wo- Specifically, we con- 
sidered 100 different values for wq, uniformly distributed in 
the range (0, 1]. For each value of Vo, we executed each algo- 
rithm on multiple different random graphs, all of the same 
size, and computed average performance results on each set 
of runs. The resulting data set is shown in the Figure. 

In Figure [2] we observe that, in terms of coverage, the 
adaptive gossip protocol {Alg. #1) is much better than the 
Probabilistic Broadcast and slightly better than Fixed Prob- 
ability. The results obtained for p < 1 are not very inter- 
esting given that, in any case, all protocols would be unable 
to obtain a full coverage of the network (because the total 
number of messages used for the dissemination is below the 
lower bound seen above). On the other hand, when p > 2.5 
the network is so full of messages that all the algorithms 
have very similar outcomes. 

In terms of delay, the adaptive protocol is slightly worse 
than the Fixed Probability. It is worth noticing that, in this 
case, lower is better given that the delay is proportional to 
the average time that is necessary for the delivery of mes- 
sages. 
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Given the results obtained above, in the following of this 
performance evaluation, we will consider only three different 
flavors of the adaptive gossip algorithms (as described in 
Section [Sjl. Furthermore, for the reasons described few lines 
above, results will be shown only for p > 1. 

As expected the more complex adaptive algorithm (i.e. Al- 
gorithm #3: Stimuli Associated to Generators and Receivers) 
is the clear winner (see Figure (H): especially in low over- 
head cases it is able to provide a much greater degree of 
coverage with respect to the other dissemination protocols 
(both adaptive or not). The results obtained by Algorithm 
#2: Stimuli Associated to Generators are very similar to 
those obtained by Algorithm #1. The difference is that, in 
this setup the Algorithm #1 is unable to obtain "overhead" 
outcomes that are less than 1.37, this is due to its imple- 
mentation and tuning. In Table [T] are reported all the setup 
parameters used to tune the algorithms considered in this 
part of the performance analysis. 

Also under the delay viewpoint (see Figure [5]), the Al- 
gorithm #3 is almost always better than the counterparts. 
Only in case of a very low overhead (i.e. p that is a little 
higher than 1) the obtained delay is worse than Algorithm 
#1. This due to the characteristics of this dissemination 
algorithm: it starts with a very low dissemination proba- 
bility for each couple (generators, receivers) and only when 
a reception rate that is too low is found then a probabil- 
ity increase is requested. What happens, due to overhead 
constraint, is that this is not sufficient to obtain a dissemi- 
nation that is both efficient in terms of coverage and fast in 
terms of delay. Furthermore, if p is in the range [1.3, 1.7] 
then the behavior of this algorithm (in terms of delay) is 
quite odd but still better than Algorithm #1. The finding 
of a detailed and specific motivation for this behavior is a 
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Table 2: Algorithm #3, parameters in different se- 
tups 
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very hard task, given the complexity of the protocol and the 
many details to be considered. In the following of this Sec- 
tion it will be seen that this behavior is a characteristics of 
this adaptive dissemination protocol and that is not depen- 
dent on the parameters used to setup this specific test case. 
A deeper investigation is left as future work. 

Finally, a few words about the Algorithm #2: in terms 
of coverage it is not outstanding but in terms of delay it 
shown some interesting aspects. Also if its coverage is very 
similar to Algorithm #1, its delay is much lower for almost 
all p values. In the comparison with Algorithm #3, its cov- 
erage is a lot worse but in some parts the experienced delay 
is quite good. This could be very interesting for user level 
applications that can tolerate some packet loss but require 
a very timely delivery. 

In the last part of this simulation- based assessment, the 
focus will be on the dissemination Algorithm #3: many dif- 
ferent setups of the algorithm will be compared. In this 
case, the aim is to demonstrate that, if necessary, the pro- 
tocol can be finely tuned but in general it is pretty stable. 
In P2P networks, given their nature, it is quite hard to ob- 
tain at runtime all the necessary information to build ac- 
curate mechanisms for the fine tuning of the protocols and 
algorithms that are used for dissemination or other specific 
tasks. For this reason, the "stability" of the protocol in dif- 
ferent conditions is a quite interesting property. 

The parameters used for all setups are in Tabled as usual 
in Figure |6] and [7] are shown the average coverage and de- 
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Figure 7: Algorithm #3, different setups, average 
delay 



lay that are obtained by this protocol with respect to the 
different overheads (i.e. p values). In Figures |6] and [7] it can 
be seen that the different setups can modify the obtained 
results but always in a limited manner. In other words, the 
main behavior of the adaptive algorithm is not altered in 
deep. 

5. CONCLUSIONS 

In this work we described adaptive gossip protocols for 
data dissemination in unstructured networks. The motiva- 
tion for this work originated in the need to efficiently dissem- 
inate events in large Multiplayer Online Games over peer- 
to-peer systems. Simulation experiments showed that adap- 
tive gossip protocols are quite promising in this scenario. 
After defining how to compare the outcomes of different dis- 
semination protocols and proposing some new adaptive al- 
gorithms, we have compared their results with a couple of 
well-known dissemination strategies (i.e. Probabilistic Broad- 
cast and Fixed Probability). The results show that simple 
adaptive strategies are better than non-adaptive ones both 
in terms of coverage and delay of data dissemination. The 
other main contribution of this work is LUNES, a new freely 
available simulator that is specifically aimed to the evalua- 



tion of complex protocols on top of network graphs. LUNES 
is a parallel and distributed simulator providing the neces- 
sary scalability for the evaluation of very detailed and large- 
scale scenarios. 

The obtained results are promising, and deserve further 
investigations. Specifically, in this paper all the adaptive 
algorithms are based on a "positive" stimulus. Such a stim- 
ulus corresponds to a fixed increment of the dissemination 
probability, that does not depend on the performances of the 
dissemination algorithm and is activated only when they go 
below a certain threshold. Probably, a more granular ap- 
proach that tunes the magnitude of the stimulus based on 
the performances, would permit a more fine control of the 
dissemination probabilities and consequently a lower dissem- 
ination overhead. As a further variation, we plan to imple- 
ment a more complex adaptive gossiping scheme that will be 
able to use both positive and negative stimuli. In this way, 
each peer will be able to fine tune the dissemination proba- 
bility of each of its neighbors. We also plan to evaluate the 
proposed adaptive protocols in graphs generated with dif- 
ferent properties (e.g. scale-free and small-world networks) 
and in presence of a larger amount of nodes. Finally, we 
will investigate more in detail what is the impact of specific 
parameters such as the Time- To-Live (TTL) and the cache 
size that so far has not been addressed in sufficient detail. 
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